Start-up performance improvement for remote computer application

ABSTRACT

A method for remotely provisioning resources for running a computer application is described. The method includes: causing, using one or more processing units, an initialization of a user interactive video portion of a computer application, the computer application being executed using a remote server; determining a runtime of a static video portion of the computer application and a time required to complete initialization of the user interactive portion using information provided by the remote server; and delaying a start time of displaying the static video portion when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion. A device that is capable of performing the above method and a server are also described.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation application of U.S. patent application Ser. No. 17/012,536, filed by Vukojevic, et al. on Sep. 4, 2020, entitled “START-UP PERFORMANCE IMPROVEMENT FOR REMOTE APPLICATION,” which claims the benefit of U.S. patent application Ser. No. 15/166,635, filed by Vukojevic, et al. on May 27, 2016, entitled “START-UP PERFORMANCE IMPROVEMENT FOR REMOTE VIDEO GAMING,” which issued on Oct. 6, 2020 under U.S. Pat. No. 10,798,457, which claims the benefit of U.S. Provisional Application Ser. No. 62/167,122, filed by Vukojevic et al. on May 27, 2015, entitled “Method For Speeding Up Game Start-Up Time,” wherein the above-listed applications are commonly assigned with the present application and are incorporated herein by reference in their entireties.

TECHNICAL FIELD

This application is directed, in general, to video program interaction and, more specifically, to techniques for remotely provisioning resources for running a computer application.

BACKGROUND

User interactive videos, such as video gaming, have rapidly increased in popularity as types of user devices supporting these games have increased, especially those that support playing a video game running remotely from the user device on a cloud-based gaming server, for example. In addition to providing a menu-based interactive video game, the remote gaming server usually provides introductory information in the form of a static video that precedes a menu-based, interactive portion of the video game. Currently, requesting a remote video game by a user starts a resource provisioning process that culminates in the video game running and the introductory information static video being ready to display. However, this resource provisioning process may require as long as 20 seconds to complete. During this 20 second time period, local user devices typically display a “Please Wait” message which detracts from the user's overall experience in playing the game. What is needed in the art is a way to enhance a user's experience during this time by reducing or eliminating this wait time.

SUMMARY

In one embodiment, a device comprising: one or more processing units to perform operations including: causing an initialization of a user interactive video portion of a computer application, the computer application being executed using a remote server; determining a runtime of a static video portion of the computer application and a time required to complete initialization of the user interactive portion using information provided by the remote server; and delaying a start time of displaying the static video portion when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion.

In another aspect, a server comprising: one or more processing units to perform operations including: initializing a user interactive video portion of a computer application, the computer application being executed using the server; determining a runtime of a static video portion of the computer application and a time required to complete initialization of the user interactive portion using information maintained at the server; and delaying a start time of displaying the static video portion at the client device when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion.

In yet another aspect, a method comprising: causing, using one or more processing units, an initialization of a user interactive video portion of a computer application, the computer application being executed using a remote server; determining a runtime of a static video portion of the computer application and a time required to complete initialization of the user interactive portion using information provided by the remote server; and delaying a start time of displaying the static video portion when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion.

The foregoing has outlined preferred and alternative features of the present disclosure so that those skilled in the art may better understand the detailed description of the disclosure that follows. Additional features of the disclosure will be described hereinafter that form the subject of the claims of the disclosure. Those skilled in the art will appreciate that they can readily use the disclosed conception and specific embodiment as a basis for designing or modifying other structures for carrying out the same purposes of the present disclosure.

BRIEF DESCRIPTION

Reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:

FIG. 1 illustrates a gaming system constructed according to the principles of the present disclosure;

FIG. 2 illustrates a diagram of a local user device as may be employed in FIG. 1 .

FIGS. 3A and 3B illustrate timing diagrams constructed according to the principles of the present disclosure; and

FIG. 4 illustrates a flow diagram of an embodiment of a method of managing a remote game carried out according to the principles of the present disclosure.

DETAILED DESCRIPTION

Embodiments of the present disclosure provide a user with an enhanced experience when participating in a remote interactive video such as a video game. This is accomplished by greatly shortening or eliminating a wait time associated with a game starting up thereby giving the user visual feedback that the video game is underway during a time when the remote video game is initializating for play. This is accomplished without employing resources needed to provision or play the game.

FIG. 1 illustrates a gaming system, generally designated 100, constructed according to the principles of the present disclosure. The gaming system 100 includes a communications network 105 having a video game server 110 and a static video server 120, and examples of local user devices 130, wherein each of the local user devices 130 employs one of a group of gaming managers 140, which indicates a general gaming manager representation and distribution in this illustration. The video game server 110 is representative of an interactive video server chosen for purposes of discussion in this disclosure and is an example of a general and broader class of applicable interactive video servers.

The collection of local user devices 130 includes a notebook computer 130A, a desktop computer 130B, a smartphone 130C, a computer tablet 130D and a smart television 130E employing a gaming controller 135. As noted, each of the local user devices 130 in this example includes a separate gaming manager for control and display of a static video portion and provides a user interface to a user interactive video portion for its display and game play. Additionally, each separate gaming manager provides access to the video game and static video servers 110. 120 through the communications network 105.

Each of the gaming managers 140 includes a video control unit and a video receiving unit. The video control unit starts a video game running remotely having the static video portion and the user interactive video portion. The video receiving unit is coupled to the video control unit and receives the static video portion for local display while the user interactive video portion is being initialized remotely for subsequent local game play. Each of the local user devices initially displays the static video portion and provides a user interface for the subsequent local game play following completion of remote initialization (remote resource provisioning) of the user interactive video portion.

The communications network 105 is representative of a public or private network that supports communication between the local user devices 130 and the video game and static video servers 110, 120. The communications network 105 may employ wireless or wireline connections and generally may include the Internet, a cellular communications network or a WI-FI network, for example.

In this embodiment, The video game server 110 provides all interactive video gaming streams for the local user devices 130. Additionally, the video game server 110 is capable of providing both user interactive video gaming portions or streams and corresponding static video streams for some of its applications. Correspondingly, the static video server 120 provides those static video portions or streams that are not provided by the video game server 110.

Initially, a user requests a game to play and this request is routed using latency-based routing to a data center near the user's location. Inside the data center, the request is authenticated and authorized to determine who the user is and whether they have the privilege of and permission to launch the game requested. Then, the necessary resources are provisioned to run the game. This provisioning includes finding a virtual machine (e.g., the video game server 110) that is capable of executing the game and attaching game binaries to the virtual machine.

Continuing the remote initialization process includes warming up an encoder, setting up the environment to run the game and finding a starting point of the game based on where the user left off previously playing the game. Once the game is stored and initialized on the virtual machine, the game is started. When the game is started, the game enters a menu mode, which skips an initial static video portion that is normally provided for user viewing at this time, since embodiments of the present disclosure play this static video portion while the process discussed above is taking place.

Embodiments of the present disclosure offer several approaches to providing the static video prerecorded bit stream to one or more of the local user devices 130 for proper display with respect to playing the game. In one approach, the video game server 110 (located in a network data center) can actually play the static video stream at a user's game request time. Then, an associated game streaming protocol captures virtual screens while this video is playing on the video game server 110, compresses them and delivers them to a selected one of the local user devices 130. In this case, the video game server 110 plays the static video portion while preparing its resources and then sends it to the selected one of the local user devices 130 for gameplay.

In another case, the video game server 110 focuses on preparing the resources needed for the game and instructs the appropriate local user device during this time to fetch a corresponding static video file from the static video server 120, where the static video stream is stored. Alternately, the static video file may be stored (cached) on the local user device and played back during video game initialization.

Ideally, the transition from playing the static video to playing the game needs to be seamless. For this to happen, playing of the static video has to be started at just the right time. This may also imply that the static video stops playing just after all of the game resources are ready or shortly after all of the game resources are ready.

This may be accomplished by tracking how long it takes to provision the game resources for initiating the game at the user's previous stopping point. This is game dependent and usually very different from game to game. Some games save only a few files while other games save many files. This generally may cause game start times to vary somewhat. So, the start time for each individual game to reach this point is maintained at each pertinent data center and provided to a local user device being employed. Additionally, both a static video run time and a game resource provisioning time are provided to the local user device in order to determine an interactive video start time.

For example, if the static video file length is 15 seconds and the game resource provisioning time is less than 15 seconds, the static video needs to be started as close to requesting the game as possible. Additionally, if the static video file length is 15 seconds and it requires 17 seconds to provision all required game resources, this would dictate an initial delay time for starting the static video of about two to three seconds.

FIG. 2 illustrates a diagram of a local user device, generally designated 200, as may be employed in FIG. 1 . The local user device 200 illustrates an embodiment of a general purpose computing device that may typically accommodate a wide variety of computer application software, including a computer gaming application is indicated above. The local user device 200 is capable of receiving streamed display information and is generally representative of the remote user devices 130 of FIG. 1 , although local user devices 130C, 130D and 130E may only employ a subset of the units shown in FIG. 2 .

Here, the local user device 200 includes a system central processing unit (CPU) 205, a system memory 206, a graphics processing unit (GPU) 207 and a graphics memory 208. The local user device 200 also includes a gaming manager 215 having a video control unit 217 and a video receiving unit 218. The system CPU 205 is coupled to the system memory 206 and the GPU 207 to provide general computing processes and control of operations for the local user device 200. The system memory 206 may include long term memory storage for computer applications and random access memory (RAM) to facilitate computation by the system CPU 205. The GPU 207 is further coupled to the graphics memory 208 to provide display and frame control information.

The gaming manager 215 is generally indicated in the local user device 200, and in one embodiment, includes a software module that may correspond to software included with a computer application or software that is independent of the computer application. The video control and video receiving units 217, 218 may operationally reside in the system memory 206, the graphics memory 208 or in portions of both. The video receiving and video processing units 217, 218 may alternately include a hardware portion or be totally implemented in hardware. Pertinent static video portions may be stored in the system memory 206 or the graphics memory 208 to provide locally availability for future access.

FIGS. 3A and 3B illustrate timing diagrams, generally designated 300 and 350, constructed according to the principles of the present disclosure. The timing diagrams 300 and 350 show timing relationships between static video portions and remote video game initialization times for two different timing conditions. The timing diagram 300 includes a static video portion 305 and a corresponding remote video game initialization period of time 310. The timing diagram 350 includes a static video portion 355 and a corresponding remote video game initialization period of 360.

In the timing diagram 300, it may be seen that the static video portion 305 is greater (i.e., runs a longer time) than its corresponding video game initialization 310 requires. This condition allows display of the static video portion 305 to begin when the game is requested, as shown. This condition also allows a seamless transition from displaying the static video portion 305 to playing of the game, since the game is ready to play when the static video stream ends, as indicated by a menus game play 315.

In the timing diagram 350, it may be seen that the static video portion 355 is less (i.e., runs a shorter time) than its corresponding remote video game initialization 360. This condition dictates that the display of the static video portion 355 begin after the game is requested, as shown, if a seamless transition from displaying the static video portion 355 to playing of the game (menus game play 365) is desired. However, this initial display delay time may be seen to be much shorter than having to wait for the video game initialization 360 to complete before displaying the static video portion 355. Although not shown, display of the static video portion 355 can begin when the game is requested, thereby requiring a display delay to occur just before the game is ready for playing.

FIG. 4 illustrates a flow diagram of an embodiment of a method of managing a remote game, generally designated 400, carried out according to the principles of the present disclosure. The method 400 starts in a step 405. Then, a remotely running video game having a static video portion and a user interactive video portion is started, in a step 410. The static video portion is displayed locally during an initialization of the user interactive video portion remotely, in a step 415. The remote initialization of the user interactive video portion is completed, in a step 420. And, the user interactive video portion is displayed for local game play following completion of the static video portion, in a step 425.

In one embodiment, the static video portion is provided from a video game server that also provides the user interactive video portion. In another embodiment, the static video portion is provided from a static video server separate from the video game server that provides the user interactive video portion. In a further embodiment, the static video portion is stored locally and available for future access.

In still a further embodiment, a start time of the static video portion is adjusted to accommodate a display time of the static video portion being different than an initialization time required by the user interactive video portion. In one case, the start time of the static video portion is delayed corresponding to the display time of the static video portion being shorter than a required initialization time of the user interactive video portion. In another case, the start time of the static video portion is advanced corresponding to the display time of the static video portion being longer than a required initialization time of the user interactive video portion. The method 400 ends in a step 430.

While the method disclosed herein has been described and shown with reference to particular steps performed in a particular order, it will be understood that these steps may be combined, subdivided, or reordered to form an equivalent method without departing from the teachings of the present disclosure. Accordingly, unless specifically indicated herein, the order or the grouping of the steps is not a limitation of the present disclosure.

Those skilled in the art to which this application relates will appreciate that other and further additions, deletions, substitutions and modifications may be made to the described embodiments. 

What is claimed is:
 1. A device comprising: one or more processing units to perform operations including: causing an initialization of a user interactive video portion of a computer application, the computer application being executed using a remote server; determining a runtime of a static video portion of the computer application and a time required to complete the initialization of the user interactive portion using information provided by the remote server; and delaying a start time of displaying the static video portion when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion.
 2. The device of claim 1, wherein the user interactive portion is streamed to the device immediately after the initialization of the user interactive portion is complete.
 3. The device of claim 1, wherein the operations further include receiving a stream of data corresponding to the static video portion from at least one of: the remote server; or another remote server different from the remote server.
 4. The device of claim 1, wherein the static video portion is stored using a memory associated with the remote server, and the delaying the start time includes fetching the static video portion from the memory.
 5. The device of claim 1, wherein the one or more processing units comprise at least one graphics processing unit (GPU).
 6. The device of claim 1, wherein the user interactive portion corresponding to the computer application is streamed to the device from the remote server.
 7. The device of claim 1, wherein the static video portion corresponds to a video associated with the computer application.
 8. A server comprising: one or more processing units to perform operations including: initializing a user interactive video portion of a computer application, the computer application being executed using the server; determining a runtime of a static video portion of the computer application and a time required to complete initialization of the user interactive portion using information maintained at the server; and delaying a start time of displaying the static video portion at a client device when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion.
 9. The server of claim 8, the operations further include streaming the user interactive portion to the client device immediately after the initialization of the user interactive portion is complete.
 10. The server of claim 8, wherein the operations further include sending a stream of data corresponding to the static video portion from at least one of: the server; or another remote server different from the server.
 11. The server of claim 8, wherein the static video portion is stored using a memory associated with the server, and the delaying the start time includes streaming the static video portion to the client device.
 12. The server of claim 8, wherein the one or more processing units comprise at least one graphics processing unit (GPU).
 13. The server of claim 8, wherein the static portion corresponds to a video associated with the computer application.
 14. A method comprising: causing, using one or more processing units, an initialization of a user interactive video portion of a computer application, the computer application being executed using a remote server; determining a runtime of a static video portion of the computer application and a time required to complete the initialization of the user interactive portion using information provided by the remote server; and delaying a start time of displaying the static video portion when the runtime of the static video portion is shorter than the time required to complete the initialization of the user interactive portion.
 15. The method of claim 14, wherein the user interactive portion is streamed to a device immediately after the initialization of the user interactive portion is complete.
 16. The method of claim 14, further comprising receiving a stream of data corresponding to the static video portion from at least one of: the remote server; or another remote server different from the remote server.
 17. The method of claim 14, wherein the static video portion is stored using a memory associated with the remote server, and the delaying the start time includes fetching the static video portion from the memory.
 18. The method of claim 14, wherein the one or more processing units comprise at least one graphics processing unit (GPU).
 19. The method of claim 14, wherein the user interactive portion corresponding to the computer application is streamed to a device from the remote server.
 20. The method of claim 14, wherein the static portion corresponds to a video associated with the computer application. 